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ABSTRACT 



A method and system for managing the replication and 
version synchronization of updates to-a set of source files on 
geographically distributed heterogeneous content servers 
with minimal impact on a network's bandwidth. The con- 
figuration of each content server is either manually entered 
or automatically determined. The current version of the 
source files are created on at least one source server. A 
Primary global server stores a copy of the current version of 
the set of the source files along with the configuration of 
each content server. The Primary global server generates and 
distributes a particular version change container and version 
distribution list to each remotely located Secondary global 
server. Each Secondary global server employs the version 
distribution list and the contents of the version change 
container to identify the current version of each source file 
necessary to upgrade the set of source files on each local 
content server. Each identified source file is copied to a 
sub-directory on each local content server associated with 
the Secondary global server. At each local content server, the 
renaming of each copied source file is employed to update 
to the current version of the set of source files on the content 
server. A versioned file tree repository for the set of source 
files includes archived objects. When the version distribu- 
tion list identifies a previous version, the current version of 
source files on the local content servers can be rolled back 
to the previous version. 

42 Claims, 9 Drawing Sheets 
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METHOD AND SYSTEM FOR files stored on each content server is updated by renaming 

AUTOMATICALLY UPDATING THE the current version of each source file copied to the directory 

VERSION OF A SET OF FILES STORED ON on each content server. 

CONTENT SERVERS In accordance with other aspects of the present invention, 

5 the method provides for renaming each current version of 

This application claims priority from Provisional appli- each source file that is copied to the directory created on 

cation Ser. No. 60A40,213, filed Jun. 22, 1999. each content server; and deleting the directory created on the 

content server and deleting another version of each source 

FIELD OF THE INVENTION g le tnat j s updated by the renaming of the current version of 

This application relates generally to distributing updates 10 each source file copied to the content server directory, 

to geographically distributed servers on a network, and, In accordance with yet other aspects of the present 

more specifically, to enabling the version of each source file invention, the method provides for when the current version 

stored on heterogeneous content servers to be automatically of each source file is copied to the directory created on each 

updated. content server, disabling access to the set of source files on 

15 a particular content server until the renaming of the current 

BACKGROUND OF THE INVENTION version of each source file copied to the directory on the 

Often, source files for web content servers are coded by particular content is completed, 

multiple programmers on remotely located (stage) source In accordance with still other aspects of the present 

servers. It is not unusual for one programmers) to code 9 _ invention, the method provides for when the current version 

"HTML" files on one source server while another of each source file is copied to the directory created on each 

programmers) creates executable and/or image files on content server, starting the renaming process with the cur- 

another source server. Once a programmer debugs a newly rent version of each copied source file that is furthest away 

created/edited update file, it is eventually distributed to each &om the root directory of each content server, 

content server and placed in a corresponding file directory. In accordance with other aspects of the present invention, 

Historically, the distribution of the current version of a set of the method provides for archiving each version of the set of 

"updated" or new files from remotely located source servers source files in a repository on the global server, the archiving 

through the Internet to content servers has proven to be a causing each source file to be individually compressed and 

difficult task for several reasons. One reason is that the file stored as an archived object in the repository associated with 

directory structure and hardware configuration can vary 3Q the global server. The repository can be a versioned file tree 

between individual web content servers. In this case, the repository for the set of source files, 

distribution of a set of files for each web content server must In accordance with still further aspects of the present 

be separately organized according to each server's file invention, the method provides for when a return to a 

directory structure and hardware capabilities. Another rea- previous version of the set of source files is requested, 

son is that the actual size of the set of files may be so large 35 retrieving each archived object associated with the previous 

that their distribution is relatively slow on a network with version of the set of source files from the repository asso- 

limited bandwidth capabilities. ciated with the global server. Each archived object associ- 

Therefore. a n eed exists for a c omputer implementable ated ™ ih Previous version of the set of source files is 

Method of ^ distr ib uting a set ot TnTcu gej*^^ unarchived to reconstitute each source file needed to 

_£l es to a plura lity of contc nltcTrw ra using a minimal amount 40 u P6 rade the ^ of mes on the 001116111 xrvcr t0 the 

of bandwidth. Preferably; the method will tailor the distri- previous version. Each reconstituted source file is copied to 

bution of the set of source files according to the * directory created on each content server, whereby the 

configuration, i.e., file structure and the hardware version of the set of source files on each content server is 

constraints, of each content server. Also, preferably the upgraded to the previous version by renaming the copied 

method would provide a facility for rolling back the current 45 reconstituted s*"™ files * 

versionof the set of source files to a previous version. The In accordance with still other aspects of the present 

present invention is directed to providing such a computer invention, the method provides for enabling a user to edit the 

implementable method. configuration for each content server. Alternatively, the 

method may provide for automatically obtain the configu- 

SUMMARY OF THE INVENTION 5Q ration for each content server. 

In accordance with the present invention, a computer In accordance with other aspects of the present invention, 

implementable method for updating a version of a set of the method provides for employing a file access protocol to 

source files stored on a content server over a network, gain file level access to each source file, including FTP, NFS, 

comprising: (a) determining a configuration of each content CIFS and MFTP. The file access protocol may employ one 

server on the network, the configuration enabling a source 55 port to send and receive data that includes a message and a 

file to be copied to a location on the content server; (b) source file. The type of source file includes image, hypertext 

identifying each source file on a source server that is mark-up language (HTML), script, sound, video, text, pic- 

different than any source file stored on a global server; (c) ture and application program code. 

copying each identifiably different source file from the In accordance with yet other aspects of the present 

source server to the global server, each source file copied 60 invention, the method provides for when a new content 

from the source server and a set of source files stored on the server is added to the network, employing the current 

global server being employed to create a current version of version of the set of source files stored in a repository on the 

the set of source files on the global server; and (d) employing global server and a configuration of the new content server 

the configuration of each content server to copy the current to replicate the current version of the set of source files in at 

version of each source file that is included in the set of 65 least one directory created on the new content server, 

source files 00 the global server to a directory created on In accordance with still further aspects of the present 

each content server, whereby the version of the set of source invention, the method provides for copying the differences 
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in the set of source files on the source server to a primary 
global server which generates a particular container that 
includes the differences in the set of source files stored on 
each remotely located secondary global server. The primary 
global server distributes the particular container from the 
primary global server to each associated secondary global 
server which employ the contents of the particular container 
to replicate the current version of the set of source files in a 
repository on the Secondary global server. The current 
version of each source file stored in the repository on the 
Secondary global server that is identified as necessary to 
replicate the current version of the set of source files on the 
content server is copied to another directory created on each 
content server that is local to the secondary global server. 
The set of source files may be stored in a versioned file tree 
repository on the primary global server and each secondary 
global server. 

In accordance with yet other aspects of the present 
invention, the method provides for automatically distribut- 
ing the container to the secondary global server. 
Alternatively, the distribution of the container to the sec- 
ondary global server can be selectively enabled by an input. 
Also, the updating to the current version of the set of source 
files on the content server can be automatic or selectively 
enabled by an input. Additionally, each container can be 
distributed in a plurality of packets to the secondary global 
server and each packet may have a size that is less than a size 
of the container. 

In accordance with other aspects of the present invention, 
the method provides for encrypting each message transmit- 
ted between the primary global server and each secondary 
global server. 

In accordance with still other aspects of the present 
invention, the method provides for distributing a particular 
fist to each secondary global server. The distributed list is 
employed by each secondary global server to identify the 
particular version for upgrading the set of sources files on 
each local content server. 

In accordance with still other aspects of the present 
invention, the method provides for when another global 
server is added to the network, creating a copy of the 
versioned file tree repository for the set of source files. The 
versioned file tree repository for the set of source files is 
replicated on the other global server which employs the set 
of source files included in the versioned file tree repository 
to update the version of the set of source files stored on each 
content server that is local to the other global server. The 
type of the other global server may be primary or secondary. 

In accordance with other additional aspects of the present 
invention, a system which implements substantially the 
same functionality in substantially the same manner as the 
methods described above is provided. 

In accordance with yet other additional aspects of this 
invention, a computer-readable medium that includes 55 
computer-executable instructions that may be used to per- 
form substantially the same methods as those described 
above is provided. 



FIG. 2 is a flowchart showing an overview of the logic for 
updating files on remotely located content servers; 

FIGS. 3A-3C are flowcharts that illustrate in more detail 
the logic for updating files on remotely located content 
servers; 

FIG. 4 is a flowchart showing the logic for rolling back a 
version of files on remotely located content servers; 

FIG. 5 A is an overview of the file directory structure for 
an initial version of a set of source files that are created on 
a source server and copied to a Primary global server and a 
content server; 

FIG. 5B is an overview of the file directory structure for 
an updated version of the set of source files that are created 
on the source server and copied to the Primary global server 
and the content server; 

FIG. 6A is an overview of the initial versioning of a 
source tree that is created on the source server and copied to 
the Primary global server; 

FIG. 6B is an overview of the second versioning of a 
source tree that is modified on the source server and copied 
to the Primary global server; and 

FIG, 7 illustrates an exemplary server computer system. 

DETAILED DESCRIPTION OF THE 
PREFERRED EMBODIMENT 



35 



BRIEF DESCRIPTION OF THE DRAWINGS 

The foregoing aspects and many of the attendant advan- 
tages of this invention will become more readily appreciated 
as the same become better understood by reference to the 
following detailed description, when taken in conjunction 
with the accompanying drawings, wherein: 

FIG. 1 illustrates an overview of the system architecture 
for implementing the present invention; 



The present invention provides for managing the distri- 
bution and synchronization of a set of updated content and 
application (source) files for remotely located heterogeneous 
content servers with reduced impact on a network's band- 
width. A particular set of source files for each content server 
is automatically updated according to the directory structure 
and hardware configuration of each content server. The 
present invention is typically employed with a Primary 
global server that is in communication with local soi 
servers and local content servers. Also, the Primary^lobal 
server may be used with at least one geographically separate 
Secondary global server that is in communication with other 
40 content servers that are local to the Secondary global server. 
Generally, the new or changed (updated) set of source^ 
files for the content servers are created em the source servers. 
The Primary global server stores y representation of 'the 
source servers' current version oLrae set of updated source 
45 files either .at determined intervals^ or at the direction of a 
user. The copied set ol source Hies include the name, time 
stamp and size of each source file. The Primary global server 
also stor es configuration files indicating the particular file 
directory structure and hardware constraints for each content 
server that is locally coupled to the Primary global server 
and each Secondary global server. The content server hard- 
ware constraints are usually entered manually into the 
Primary global server. Alternatively, the Primary and Sec- 
ondary global servers may automatically determine access 
control and account information for each content server on 
the network. 

The Primary global server generates a version delivery list 
for each Secondary global server that indicates a particular 
update version for each local content server. The version 
60 delivery list also includes the file directory structure and the 
hardware constraints of each local content server. The Pri- 
mary global server also generates a version change container 
for each Secondary global server based on its path and the 
difference between the updated version of the set of source 
65 files stored in a versioned file tree repository on the Primary 
global server and the current version of the set of source files 
stored in a another versioned file tree repository on each 
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Secondary global server. At a determined interval, the ver- includes source servers 112A, 1L2B and 112C for creating 
sion delivery lists and the version change containers are file based content and applications, e.g., HTML pages, 
distributed from the Primary global server to each Second- graphic image format (GIF) images and executable^ and a 
ary global server. Also, each Secondary global server test server 114 for testing new and changed source files. The 
employs the set of source files included with the version 5 data center 103 also includes a Primary global server 102 in 
change container to update the version of the set of source communication with an optional firewall server 106A, local 
files stored in the Secondary global server's versioned file content servers 104A, a server array controller 105A and a 
tree repository. manual entry device 110. The Primary global server 102 is 
The Primary global server and each Secondary global connected to the Internet 101 (optionally through firewall 
server generate a current version of the set of new and/or 10 server 106A) and is in communication with the source 
changed source files and files to be removed for each local servers U2A-C and the test server 114. 
content server based on the update version identified in the . The manual entry device 110 enables a user to provide 
version delivery list. Tne Primary and Secondary global "^formation for the Primary global server ^ mduorng 
t t t u * * — iu^. ;^i,,,-w ^ server configuration, file distribution profiles, hardware con- 
server generate a content change container that includes the J*^ ^ ^ ^ ^ ^ 

current version of the set of new and/or changed source files 15 eg ^ ^ t of a ^ of ^ {Q ^ 

and indicates which source files are to be removed on each ^ sefvers 1Q4A The server my wnlroUtr 105A 

local content server. Employing the contents of the content manages access to the information, e.g., content and 

change container, each Secondary global server will make applications, on the content servers 104A Typically, a server 

the update version changes as indicated in the version array controller manages a pool of redundant content (node) 

delivery list by copying the update version of the set of new ^ servers to pro vide access to requested resources such as a 

and/or changed source files to temporary sub-directories on BIG/ip™ server array controller available from F5 

each of their associated local content servers. Similarly, the Networks, Inc., Seattle, Wash. 

Primary global server will copy the update version of the set yjj e pri mary global server 102 distributes containers to 

of new and/or changed source files to temporary sub- Secondary global servers 108A and 108B across the Internet 

directories on each of its associated local content servers. ^ ioi. The Secondary global servers 108A and 108B form part 

The Primary and Secondary global servers change the 0 f geographically separate data centers 109 and 111. The 

version of the set of source files on the local content servers Secondary global servers 108A and 108B are shown coupled 

by renaming the update version of the set of source files through optional firewall servers 106B and 106C, 

copied to the temporary sub-directories. respectively, to the Internet 101. Each of the Secondary 

Additionally, when a user indicates that a current version 30 global servers 108A and 108B are in communication with 

of the set of source files on the local content servers should one 0 f m0 re local content servers 104B and 104C, respec- 

be rolled back to a previous version, the Primary global tively. As a result, the Secondary global servers 108A and 

server creates a "rollback" version delivery list that is 108B can provide a current version of a set of source files to 

provided to each Secondary global server. A Secondary then* associated local content servers 104B and 104C. Each 

global server employs the previous version indicated in the 35 geographically separate data center 109 and 111 also 

rollback version delivery list to generate the previous ver- includes a server array controller 105B and 105 C to manage 

sion of the set of source files necessary to restore the access to the content and applications on the local content 

previous version of the set of source files. These source files servers 104B and 104C. FIG. 1 should be considered 

are copied to a temporary sub-directory on each local exemplary, not limiting. If desired, one or more than two, 

content server. Similarly, the Primary global server gener- 40 geographically separated data centers may be included in a 

ates the previous version of the set of source files and copies network employing the present invention, 

these files to a temporary sub-directory on each local content j n another embodiment, the present invention can be 

server. employed to provide updates to a content server that is not 

The Primary and Secondary global servers rollback to the managed by a server array controller. Additionally, the 

previous version by renaming the set of source files copied 45 Primary global server can implement the present invention 

to the temporary sub-directories on the local content servers. without the use of Secondary global servers at geographi- 

Additionally, when the set of source files are copied to the cally separate data centers, such an embodiment of the 

sub-directories on the local content servers, the Primary and invention would be employed when all of the content servers 

Secondary global servers will delete source files that did not are local to the data center that includes the Primary global 

exist in the previous version and they may temporarily so server, 

disable user access to the local content servers until the Flowcharts 

previous version of the set of source files are renamed. FIG. 2 is a flow chart illustrating an overview 116 of the 

Encryption may be provided for all communication main logic for providing a current version of a set of source 

between the Primary Global server, Secondary global files from at least one source server to a plurality of content 

server(s) and the local content servers. Also, file compres- 55 servers. Moving from a start block, the logic steps to a block 

sion may be provided for the distribution of version change 118 where configuration information from each content 

containers between the Primary global server and the Sec- server is determined e.g., paths, file directory structure and 

ondary global server(s). The present invention may employ hardware constraints. The determination can be made by 

any file access method to gain file level access to a source recording entered configuration information (hardware and 

file on a server including a file transport protocol (FTP), 60 software). Alternatively, the Primary and Secondary global 

network file system (NFS), computer interconnect file sys- servers may automatically read the configuration informa- 

tem (CIFS) and multi-cast file transfer protocol (MFTP). tion of each local content server. The configuration infor- 

System Overview mation may be provided out of band to each Primary and 

FIG. 1 illustrates an overview 100 of the present invention Secondary global server when new configuration informa- 

employed in a network environment that includes a wide 65 tion becomes available and/or at determined intervals, 

area network such as the Internet 101, FIG. 1 includes a data The logic flows to a block 120 where the set of source files 

center 103 coupled to the Internet 101. The data center 102 created on the source servers are identified according to 
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□ame, size and date of creation/modification. A Primary network and uses the results of the query to build a list of 

global server copies only those source files from the source content servers and their hardware/software configuration, 

servers that are determined to be different than the set of The logic flows to a block 134 where the Primary global 

source files stored in the versioned file tree repository on the server uses the results of another query of the database to 

Primary global server. As a result, the present invention 5 build a list of the available source servers and their respec- 

employs differences to identify the source files that are to be live paths. 

J c. .u jL ,^ d„- „„, „i„u,i The logic advances to the block 136 where the Primary 

copied from the source servers to the Primary global server. , , => , , , J 

a j - ui i, i<v> .k. d™™ „i«k,i «.™r global server gains file level access to each source server 

Advancing to a block 122, the Pnmary gbbal server £ connection. The logic steps to a block 138 

creates a particular version ^delivery i list for each Secondary ^ ^ p ^ exa ^ nes ^ S0Ufce 

global server. The version delivery list indicates the version 10 (contem and application) mes 0D each source server ^ 

upgrade for each set of source files on each local content identifies each new and/or modified source file by compar- 

server. ing the name, time stamp and size of each source file on each 

Also, the Primary global server creates a version change sourcc XTVCT to mc current version of each source file stored 

container based on the difference between the current ver- on mc primary global server in a versioned file tree, 

sion of the set of source files stored in the versioned file tree 15 When a source file with the same name exists on both a 

repository on the Primary global server and the version of source server and the Primary global server, the present 

the set of source files stored in another versioned file tree invention identifies the most current version by comparing 

repository on each Secondary global server. The version their sizes and time stamps. If the sizes of the source files 

change container references tie names of all of the source with the same name are different or the time stamp of the 

files that are included in or deleted from the current version 20 source file on the source server is different than the time 

of the set of source files. The version change container also stamp of the Primary global server's source file, the source 

includes the actual file data for each new source file and a server's source file is identified as the most current version, 

portion of the file data for each existing source file that was Further, when another source file with the same name is not 

modified in the current version of the set of source files. on the Primary global server, the source file on the source 

After the creation of the version delivery lists and the 25 server is identified as the current version. Also, when a 

version change container, the Primary global server provides named source file only exists on a Primary global server, this 

copies of the version change container and the particular source file is not identified as a member of the current 

version delivery list on each Secondary global server. It is version of the set of source files. 

understood that the Primary global server stores a copy of The logic flows to a block 140 where the Primary global 

each version of a source file from a source server that is 30 server gains file level access (FTP connection) to each 

determined to be different than the version of the source file source server that includes a source file that is identified as 

on the Primary global server. Alternatively, each Secondary different than the current version of that particular file in the 

global server stores a copy of each version of a source file versioned file tree on the Primary global server. Each 

that is provided in a version change container from the identified source file is copied to a new version in the 

Primary global server in the Secondary global server's 35 versioned file tree repository on the Primary global server, 

versioned file tree repository. The Primary global server calls a library, e.g., the Revi- 

The logic steps to a block 124 where the Primary global sion Control Engine (RCE), to store file level differences 

server and each Secondary global server create a content between the current and previous versions of each source 

change container for each local content server and copy new files. A discussion of FIGS. 6A and 6B below presents the 

and/or changed source files to at least one sub -directory on 40 functionality of the versioned file tree repository in greater 

the corresponding local content server. For each Primary and detail. 

Secondary global server, the copied source files are based on In another embodiment, another file access protocol may 
previously determined configuration information for a par- be employed to transfer information, e.g., files, messages 
ticular local content server and the version of the set of and data, between the Primary, Secondary, source and con- 
source files identified in the version delivery list. Since the 45 tent servers. This other protocol could use a single port to 
present invention "assumes" that a previously copied source enable all of the functions of the present invention, such as 
file on a content server is persistent, another copy of a enabling the Primary global server to control the operation 
previously copied and unchanged version of a source file is of the Secondary global server. 

not included in the set of the current version of source files The logic moves to a block 142 where the Primary global 

that are copied to a sub-directory on the local content server, 50 server generates version delivery lists and a fist of Second- 

i.e., the Primary and Secondary global servers copy the ary global servers and their respective paths. Also, the 

actual file data for the current version of new and modified Primary global server generates a version change container 

source files to sub-directories on local content servers. for each Secondary global server that may include a refer- 

The logic flows to a block 126 where the Primary and ence value associated with the current version of the set of 

Secondary global servers update the version of the set of 55 source files. 

source files on each local content server by renaming the Turning to FIG. 3B from FIG. 3A, the logic steps to a 

source files copied to a sub -directory on each local content block 146 where the Primary global server archives 

server. Also, any previously copied source files that were (compresses) each version change container. A third party 

removed from the current version of the set of source files facility may be used to implement a tape archive (TAR) 

are deleted on each content server. When the renaming 60 command to compress each version change container. The 

and/or deleting is completed, the logic will move to an end logic moves to a block 148 where a copy of the archived 

block and terminate. version change container is encrypted and transmitted to 

FIGS. 3A-3C form a flowchart 130 that shows in greater each Secondary global server. To reduce any adverse impact 

detail the logic of the present invention. Starting with FIG. on the bandwidth capacity of the network, each version 

3 A, the logic moves from a start block and steps to a block 65 change container may be broken down into relatively small 

132 where the Primary global server queries a database that units that are individually encrypted and transmitted to a 

stores information about content servers coupled to the Secondary global server. 
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The logic moves to a block 150 where the Primary global indicating a previous version of the set of source files stored 

server sends an encrypted message to each Secondary global in a versioned file tree repository on the Secondary global 

server to unarchive the version change container. The logic server. 

steps to a block 152 where each Secondary global server The logic steps to a block 172 where the Primary and 
unarchives the relatively small transmitted units and copies 5 Secondary global servers generate a content update con- 
each unarchived source file to a new version in the versioned tainer that includes a previous version of the set of source 
file tree repository on each Secondary global server. files for each local content server. The Primary and Second- 

The logic flows to a block 154 where the Primary global ary global servers copy the previous version of modified 

server sends a version delivery list to each Secondary global source files and restore removed source files from the 

server. In this case, the version delivery list indicates the 10 previous version to at least one sub-directory on the local 

current version, however, it should be appreciated that this content servers. The logic flows to a block 174 where the 

list could indicate a previous version of the set of source Primary and Secondary global servers cause the version of 

fil cs . the set of source files on each local content server to roll 

The logic flows to a block 156 where the Primary global back by renaming the previous version of the set of source 

server and the Secondary global server build a content 15 files included in the content update container copied to the 

update container for each local content server that includes a sub-directory on each local content server. Also, any 

the actual file data (new source files and modified portions version of the source files that are newer than the previous 

of previously existing source files) and indicate each source version are deleted at this time. Next, the logic advances to 

file to be deleted from the content server. The content update an end block and terminates. 

container is based on the two versions identified in the 20 Although not shown, the present invention may be 

version delivery list. The logic advances to a block 158 employed to rollback or increase more than one version of 

where the Primary global server sends an encrypted message the set of source files at a time. For example, when one 

to each Secondary global server to copy the new and/or content server has a first version of the set of source files and 

modified source files in the content update container to at other content servers have the second version of these source 

least one sub -directory on each local content server. 25 files, the present invention will separately update the first 

Moving from FIG. 3B to FIG. 3C, the logic steps to a version to the second version before updating every content 

block 160 where the Primary global server and each Sec- server to the third version of the set of source files, 

ondary global server gain file level access to the file direc- The present invention is relatively fault tolerant because 

tory on each local content server and copy the new and/or each (Primary and Secondary) global server can store redun- 

source files to a sub-directory on each local content server. 30 dant copies of all of the information stored in the repositories 

Optionally, the logic may move to a block 162 where the of every other server, e.g., several previous versions of the 

Primary and each Secondary global server will disable set of source files. If the Primary global server or any one of 

access to a local content server until the renaming of the the Secondary global servers should fail, the related infor- 

current version of the set of source files is completed. In mation can be provided to a replacement (Primary or 

another embodiment, the present invention may start renam- 35 Secondary) global server from the information stored in a 

ing source files from the "bottom" up of a local content versioned file tree repository on any one of the other 

server's file directory and may not disable access to the local operational global servers, 

content server during the copying/re naming process. It is Data Structures 

envisioned that the Primary global server may provide a FIG. 5A illustrates an overview 178 of the file directory 
separate encrypted message to each Secondary global server 40 structure for a first version of the set of source files that is 
to disable access to the local content servers during the distributed from a source server 180A to a Primary global 
renaming process. server 182A and a content server 184A. For all three of these 
The logic advances to a block 164 where the Primary servers, files "A" and "B" are shown one level below the 
global server sends an encrypted message to each Secondary root directory and file "C" is shown below the "Dl" sub- 
global server to update the version of the set of source files 45 directory root. 

stored on each local content server by renaming the actual FIG. 5B shows an overview 196 of the file directory 

source file data copied to a sub-directory on each local structure at each server when a second version of the set of 

content server. source files is copied from a source server 180B to a Primary 

At block 165, the Primary and Secondary global servers global server 182B and then to a content server 184B. At the 

update the version of the set of source files on each local 50 source server 180B, the file directory structure of the second 

content server by renaming. A previous version of an indi- version of the set of source files is substantially similar to the 

vidual source file and a deleted source file are removed when first version shown in FIG. 5A except that the "C file is 

the current version of the set of source files are renamed. deleted and new source files "D" and "E" are disposed below 

Optionally, the logic steps to a block 166 where each the "Dl" sub-directory root. Also, the second version of the 

Secondary global server will re-enable access to each local 55 set of source files includes a modified source file "A 1 ." 

content server disabled for the renaming. Also, it is envi- At the Primary global server 182B, the file directory 

sioned that the Primary global server may provide a separate structure of the second version of the set of source files is 

encrypted message to each Secondary global server for substantially similar to the second version of the set of 

enabling access to the local content servers after the renam- source files stored at the source server 180B. However, since 

ing process is completed. Next, the logic flows to an end 60 source file "B" did not change between the first and second 

block and terminates. versions of the set of source files, the second version 

In FIG. 4, a flow chart is shown illustrating an overview includes a reference value 186 indicating that source file "B" 

168 of the logic for "rolling back" the current version of the in the first version is to be reused in the second version of 

set of source files stored on local content servers to a the set of source files. As a result, the actual size of 

previous version. Advancing from a start block, the logic 65 subsequent versions of the set of source files may be reduced 

moves to a block 170 where the Primary global server sends by referencing unchanged source files that were previously 

a version delivery list to each Secondary global server stored on the Primary global server 182B. 
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Additionally, prior to the renaming method discussed in 
greater detail above, the file directory structure of the second 
version of the set of source files on content server 184B is 
substantially similar to the second version stored at the 
source server 180B. Except that under the root directory a 
temporary sub-directory 192 was created for the changed 
source file "A 1 ." Also, a temporary sub-directory 194 was 
created under sub-directory root "Dl" for the new files "E" 
and "F." 

Content server 184C shows the second version of the file 
directory structure for the set of source files after renaming 
has occurred. The temp directory 192 is deleted and source 
file "A'" has replaced the previous version source file "A." 
Also, the temp directory 194 is deleted and the new source 
files "E" and "F' are under the "Dl" sub-directory. 

In FIG. 6A, a file tree 200 representing a set of source files 
on a source server 202 is shown. Directly below an "SI" root 
directory, two source files "Fl" and "F2" are positioned 
along with a "Dl" sub-directory which is a root for a source 
file "F3." Further, each source file in the file tree 200 is 
represented in a versioned file tree repository 208 of RCE 
archived source files with an RCA file extension. However, 
it is understood that other types of libraries may be 
employed with the present invention to archive a source file 
and produce an archived source file with another file exten- 
sion. 

In the versioned file tree repository 208, two RCE 
archived source files "Fl.RCA" and "F2.RCA," a sub- 
directory "Dl" and a directory map "D1RMAP.RCA" are 
located below an "Rl" root directory, i.e., Rl/Fl RCA, 
R1/F2.RCA, Rl/Dl and Rl/DIRMAP.RCA. Also, an 
archived source file "F3.RCA" and a directory map 
"DIRMAP.RCA" are disposed below the "Dl" sub-directory 
level, i.e., R1/D1/F3.RCA and R1/D1/DIRMAP.RCA. 

Each level of the versioned file tree repository 208 
includes an RCE archived directory map file named 
DIRMAP.RCA. For each version of the set of source files 
copied from the source servers and archived on the Primary 
global server, the directory map file includes the version, 
size and time stamp for each RCE archived source file and 
sub-directory at the same directory level in the versioned file 
tree repository 208 as the particular directory map file. Also, 
for the top level directory map file, the present invention 
generates an alias name that maps a particular version of the 
set of RCE archived source files to the actual version of the 
set of source files that are provided to the local content 
servers. 

For example, when the initial version of the actual set of 
source files is provided to the local content servers, the top 
level directory map (Rl/DIRMAP.RCA) will include a 
versioned list that maps the initial version value ("1.1") to a 
set of RCE archived source files and an alias name. In this 
case, the list for Rl/DIRMAP.RCA would include <F1, 1.1>, 
<F2, 1.1>, <D1, l.l.>and <V1, 1.1>. Similarly, the list for 
the "Dl" sub-directory map file (R1/D1/DIRMAP.RCA) 
would include <F3, 1.1 >. It is to be appreciated that only the 
top level directory map file contains an alias name ("VI") to 
map the actual version of the set source files provided to the 
content servers to the version of the RCE archived set of 
source files on the Primary global server. 

FIG. 6B shows a modified file tree 200' for a second 
version of the set of source files created on the source server 
202. Directly below the "SI" root directory is disposed a 
modified source file "Fl'," the previously existing and 
unchanged source file "F2" and the "Dl" sub-directory for 
a new source file "F4." A modified versioned file tree 
repository 208' for the set of RCE archived source files is 
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located on the Primary global server 204 below the "Rl" 
root directory which includes the modified RCE archived 
source file "Fl.RCA," a directory map "DIRMAP.RCA," the 
unchanged RCE archive source file "F2.RCA" and a sub- 

5 directory "Dl " Also, below the "Dl" sub-directory level is 
disposed the previously existing RCE archive source file 
"F3.RCA" that is deleted from the second version of the set 
of source files on the source server 202, a new RCE archived 
source file "F4.RCA" and another directory map 

10 "DIRMAP.RCA." 

The RCE library provides for automatically incrementing 
the version of new and changed archived source files. In this 
case, the second version value ("1.2") is automatically 
associated with the changed RCE archived source file 

15 "Fl.RCA and the new RCE archived source file "F4.RCA." 
Also, the alias name of " V2" is mapped to the RCE archived 
source files associated with the second version value ("1.2"). 
In this exemplary embodiment, the top level directory map 
file (Rl/IDIRMAPRCA) contains a list that associates first 

20 and second version values with RCE archived source files, 
sub-directories and alias names, e.g., the Rl/DIRMAP.RCA 
list contains <F1, 1.2>, <F2, 1.1>, <D1, 1.2>, <V1, l.l>and 
<V2, l-2>. It is further envisioned that each modified RCE 
archived source file will contain every previous version of 

25 the file, e.g., "Fl.RCA" would include the 1.1 and the 1.2 
versions of the RCE archived source file. Similarly, the 
sub-directory directory map file (R1/D1/DIRMAP.RCA) 
would contain a list that includes <F3, 1.1> and <F4, 1.2>. 
It is important to note that the alias names ("VI" and 

30 "V2") in the top level directory map file are used to 
reference all of the new or changed files for each version in 
the versioned file repository of the set of RCE archived 
source files. In this way, the present invention can employ 
the alias names to support duplicate versioned file tree 

35 repositories when the version sequence for updating a set of 
source files is not identical for every content server. Also, the 
use of an alias name enables the present invention to only 
touch/access the new/changed RCE archived source files 
and directories when updating the version of a set of source 

40 files on a local content server. 

In the example discussed above, the first and second 
versions ("1.1" and "1.2") of the actual set of source files 
provided to the local content servers were associated with 
the alias names "VI" and " V2," respectively. However, it is 

45 envisioned that a subsequent version upgrade to the actual 
set of source files provided to a local content server might 
skip a version that is RCE archived on the Primary global 
server. For example, a fourth version of the set of RCE 
archived source files could be employed to provide the third 

50 version upgrade to the set of source files on the local content 
servers. In this case, an alias name of "V4" would be 
mapped to the third version upgrade ("1.3") of the set of 
RCE archived source files stored in a versioned file tree 
repository on the Secondary global server. 

55 System Configuration 

FIG. 7 is a pictorial diagram of a Primary global server 10 
suitable for executing an application program embodying 
the present invention. FIG. 7 shows a processor 12 coupled 
bi-directionally to a memory 14 that encompasses read only 

60 memory (ROM) and random access memory (RAM). ROM 
is typically used for storing processor specific machine code 
necessary to boo tup the computer comprising the Primary 
global server 10, to enable input and output functions, and 
to carry out other basic aspects of its operation. Prior to 

65 running any application program, the machine language 
code comprising the program is loaded into RAM within 
memory 14 and then executed by processor 12. Processor 12 
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is coupled to a display 16 on which the visualization of an 
HTML response discussed above is presented to a user. 
Often, programs and data are retained in a nonvolatile 
memory media that may be accessed by a compact disk- read 
only memory (CD-ROM) drive, compact disk- re ad/write 5 
memory (CD-R/W) drive, optical drive, digital versatile disc 
(DVD) drive, hard drive, tape drive and floppy disk drive, all 
generally indicated by reference numeral 18 in FIG. 7. A 
network interface 22 couples the processor 12 to a wide area 
network such as the Internet 10 

As noted above, embodiments of the present invention 
can be distributed for use on the computer system for the 
Primary global server 10 as machine instructions stored on 
a memory media such as a floppy disk 24 that is read by the 
floppy disk drive. The program would then typically be 15 
stored on the hard drive so that when the user elects to 
execute the application program to carry out the present 
invention, the machine instructions can readily be loaded 
into memory 14. Control of the computer and selection of 
options and input of data are implemented using input ^ 
devices 20, which typically comprise a keyboard and a 
pointing device such as a mouse (neither separately shown). 
Further details of the system for the Primary global server 10 
and of the computer comprising it are not illustrated, since 
they are generally well known to those of ordinary skill in ^ 
the art. Additionally, computer systems for a Secondary 
global server and the content server could be configured in 
substantially the same way as the computer system for the 
Primary global server 10 illustrated here, albeit different in 
other ways. 30 

It is to be understood that embodiments of the present 
invention can be created to support all file based content and 
applications including GIF, TIFF, AVI, JPEG, MPEG, 
HTML pages, JAVA scripts, Active Server pages, postscript 
document format (PDF), ActiveX, JAVA, and application 35 
programs. It is envisioned that embodiments of the present 
invention provides security mechanisms for protecting the 
delivery of content and application files to content servers. 
These security mechanisms enable remote administration of 
the present invention through a secure shell command line ^ 
(SSH) and a secure socket layer (SSL) for browser based 
administration. 

It is envisioned that embodiments of the present invention 
will enable a new content server to be deployed with 
minimal effort. A Primary or Secondary global server can 45 
employ the contents of the most current update file tree 
object to automatically generate a current version of the set 
of source files for a new local content server. Additionally, 
an important aspect of the present invention is that propri- 
etary software does not have to be installed on the source 50 
servers or content servers to receive the benefits of the 
present invention. 

While the preferred embodiment of the invention has been 
illustrated and described, it will be appreciated that various 
changes can be made therein without departing from the 55 
spirit and scope of the invention. 

The embodiments of the invention in which an exclusive 
property or privilege is claimed are defined as follows: 

1. Method for updating a version of a set of source files 
stored on a content server over a network, comprising: 6{J 

(a) determining a configuration of each content server on 
the network, the configuration enabling a source file to 
be copied to a location on the content server; 

(b) identifying each source file on a source server that is 
different than any source file stored on a global server; es 

(c) copying each identifiably different source file from the 
source server to the global server, each source file 
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copied from the source server and a set of source files 
stored on the global server being employed to create a 
current version of the set of source files on the global 
server; and 

(d) employing the configuration of each content server to 
copy the current version of each source file that is 
included in the set of source files on the global server 
to a directory created on each content server, whereby 
the version of the set of source files stored on each 
content server is updated by renaming the current 
version of each source file copied to the directory on 
each content server. 

2. The method of claim 1, further comprising: 

(a) renaming each current version of each source file that 
is copied to the directory created on each content 
server; and 

(b) deleting the directory created on the content server and 
deleting another version of each source file that is 
updated by the renaming of the current version of each 
source file copied to the directory. 

3. The method of claim 2, wherein when the current 
version of each source file is copied to the directory created 
on each content server, further comprising disabling access 
to the set of source files on a particular content server until 
the renaming of the current version of each source file 
copied to the directory on the particular content is com- 
pleted. 

4. The method of claim 2, wherein when the current 
version of each source file is copied to the directory created 
on each content server, further comprising starting the 
renaming process with the current version of each copied 
source file that is furthest away from the root directory of 
each content server. 

5. The method of claim 1, further comprising archiving 
each version of the set of source files in a repository on the 
global server, the archiving causing each source file to be 
individually compressed and stored as an archived object in 
the repository associated with the global server. 

6. The method of claim 5, further comprising: 

(a) when a return to a previous version of the set of source 
files is requested, retrieving each archived object asso- 
ciated with the previous version of the set of source 
files from the repository associated with the global 
server; 

(b) unarchiving each archived object associated with the 
previous version of the set of source files to reconstitute 
each source file needed to upgrade the set of source files 
on the content server to the previous version; and 

(c) copying each reconstituted source file to a directory 
created on each content server, whereby the version of 
the set of source files on each content server is 
upgraded to the previous version by renaming the 
copied reconstituted source files. 

7. The method of claim 5, wherein the repository is a 
versioned file tree repository for the set of source files. 

8. The method of claim 1, further comprising enabling a 
user to edit the configuration for each content server. 

9. The method of claim 1, further comprising automati- 
cally obtaining the configuration for each content server. 

10. The method of claim 1, further comprising employing 
a file access protocol to gain file level access to each source 
file, including FTP, NFS, CIFS and MFTP. 

11. The method of claim 10, wherein employing the file 
access protocol to gain file level access to each source file 
further comprises employing one port to send and receive 
data that includes a message and a source file. 
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12. The method of claim 1, wherein a type of the source 
file includes image, hyper text mark-up language (HTML), 
script, sound, video, text, picture and application program 
code. 

13. The method of claim 1, further comprising when a 5 
new content server is added to the network, employing the 
current version of the set of source files stored in a repository 
on the global server and a configuration of the new content 
server to replicate the current version of the set of source 
files in at least one directory created on the new content 
server. 

14. The method of claim 1, further comprising: 

(a) copying each identifiably different source file from the 
source server to a primary global server, the primary 
global server generating a separate container for each 15 
secondary global server, each container including the 
differences between the current version of the set of 
source files stored on the primary global server and a 
set of source files stored on each secondary global 
server associated with the container; ^ 

(b) distributing each container from the primary global 
server to each associated secondary global server, each 
secondary global server employing the contents of the 
container to replicate the current version of the set of 
source files in a repository on the secondary global ^ 
server, and 

(c) copying the current version of each source file stored 
in the repository on the secondary global server that is 
identified as necessary to replicate the current version 

of the set of source files on the content server to another 30 
directory created on each content server that is local to 
the secondary global server. 

15. The method of claim 14, further comprising encrypt- 
ing each message transmitted between the primary global 
server and each secondary global server. 35 

16. The method of claim 14, further comprising storing 
the set of source files in a versioned file tree repository on 
the primary global server and each secondary global server. 

17. The method of claim 16, further comprising: 

(a) when another global server is added to the network, 40 
creating a copy of the versioned file tree repository for 
the set of source files; and 

(b) replicating the versioned file tree repository for the set 
of source files on the other global server, the other 
global server employing the set of source files included 45 
in the versioned file tree repository to update the 
version of the set of source files stored on each content 
server that is local to the other global server. 

18. The method of claim 17, wherein a type of the other 
global server includes primary and secondary. so 

19. The method of claim 14, wherein the distribution of 
the container to the secondary global server is automatic. 

20. The method of claim 14, wherein the distribution of 
the container to the secondary global server is selectively 
enabled by an input. 55 

21. The method of claim 14, wherein the updating to the 
current version of the set of source files on the content server 
is automatic. 

22. The method of claim 14, wherein the updating to the 
current version of the set of source files on the content server 60 
is selectively enabled by an input. 

23. The method of claim 14, further comprising distrib- 
uting each container in a plurality of packets to the second- 
ary global server, each packet having a size that is less than 

a size of the container. 65 

24. The method of claim 14, further comprising distrib- 
uting a particular list to each secondary global server, the list 
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being employed by each secondary global server to identify 
the particular version for upgrading the set of sources files 
on each local content server. 

25. A system for updating a set of source files on a 
remotely located content server over a network, comprising: 

(a) a global server, comprising: 

(i) a memory for storing logical instructions; 

(ii) a network interface for communicating over the 
network; and 

(ii) a processor for executing the logical instructions 
stored in the memory, the execution of the logical 
instructions causing functions to be performed, 
including: 

(A) determining a configuration of each content 
server on the network, the configuration enabling 
a source file to be copied to a location on the 
content server; 

(B) identifying each source file on a source server 
that is different than any source file stored on a 
global server; 

(C) copying each identifiably different source file 
from the source server to the global server, each 
source file copied from the source server and a set 
of source files stored on the global server being 
employed to create a current version of the set of 
source files on the global server; and 

(D) employing the configuration of each content 
server to copy the current version of each source 
file that is included in the set of source files on the 
global server to a directory created on each con- 
tent server, whereby the version of the set of 
source files stored on each content server is 
updated by renaming the current version of each 
source file copied to the directory on each content 
server. 

26. A computer-readable medium having computer- 
executable instructions for performing logical instructions 
stored in the medium, the execution of the logical instruc- 
tions functions to be performed, comprising: 

(a) determining a configuration of each content server on 
the network, the configuration enabling a source file to 
be copied to a location on the content server; 

(b) identifying each source file on a source server that is 
different than any source file stored on a global server; 

(c) copying each identifiably different source file from the 
source server to the global server, each source file 
copied from the source server and a set of source files 
stored on the global server being employed to create a 
current version of the set of source files on the global 
server; and 

(d) employing the configuration of each content server to 
copy the current version of each source file that is 
included in the set of source files on the global server 
to a directory created on each content server, whereby 
the version of the set of source files stored on each 
content server is updated by renaming the current 
version of each source file copied to the directory on 
each content server. 

27. The method of claim 1, further comprising obtaining 
the configuration for each content server when the configu- 
ration is changed. 

28. The method of claim 1, wherein obtaining the con- 
figuration of each content server occurs at a determined 
interval. 

29. The method of claim 1, wherein the copying of the 
current source files on the global server to the directory 
created on each content server occurs at a determined 
interval. 
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30. The method of claim 14, further comprising distrib- 
uting each container from the primary global server to each 
associated secondary global server at a determined interval. 

31. The system of claim 25, the execution of the logical 
instructions causing function to be performed, further 
including obtaining the configuration of each content server 
on the network when the configuration is changed. 

32. The system of claim 25, wherein obtaining the con- 
figuration of each cootent server occurs at a determined 
interval. 

33. The system of claim 25, wherein the copying of the 
current source files on the global server to the directory 
created on each content server occurs at a determined 
interval. 

34. The computer-readable medium of claim 26, the 
execution of the logical instructions functions to be 
performed, further comprising obtaining the configuration 
for each content server when the configuration is changed. 

35. The computer- readable medium of claim 26, wherein 
obtaining the configuration of each content server occurs at 
a determined interval. 

36. The computer- readable medium of claim 26, wherein 
the copying of the current source files on the global server 
to the directory created on each content server occurs at a 
determined interval. 

37. A method for updating a version of a set of source files 
stored on a content server over a network, comprising: 

(a) determining a configuration of each content server on 
the network out of band when the configuration is 
changed, the configuration enabling a source file to be 
copied to a location on the content server; 

(b) identifying each source file on a source server that is 
different than any source file stored on a global server; 

(c) copying each identifiably different source file from the 35 
source server to the global server, each source file 
copied from the source server and a set of source files 
stored on the global server being employed to create a 
current version of the set of source files on the global 
server, and ^ 

(d) employing the configuration of each content server to 
copy the current version of each source file that is 
included in the set of source files on the global server 
to a directory created on each content server at a 
determined interval, whereby the version of the set of 45 
source files stored on each content server is updated by 
renaming the current version of each source file copied 

to the directory on each content server. 

38. The method of claim 37, further comprising: 

(a) copying each identifiably different source file from the 
source server to a primary global server, the primary 
global server generating a separate container for each 
secondary global server, each container including the 
differences between the current version of the set of 
source files stored on the primary global server and a 
set of source files stored on each secondary global 
server associated with the container; 

(b) distributing each container from the primary global 
server to each associated secondary global server at the 
determined interval, each secondary global server 
employing the contents of the container to replicate the 
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current version of the set of source files in a repository 
on the secondary global server; and 
(c) copying the current version of each source file stored 
in the repository on the secondary global server that is 
identified to replicate the current version of the set of 
source files on the content server to another directory 
created on each content server that is local to the 
secondary global server. 

39. The method of claim 37, wherein the determining of 
the configuration occurs at a predetermined interval. 

40. A modulated data signal having computer-executable 
instructions, the execution of the computer-executable 
instructions causing actions, comprising: 

(a) determining a configuration of each content server on 
the network when the configuration is changed, the 
configuration enabling a source file to be copied to a 
location on the content server; 

(b) identifying each source file on a source server that is 
different than any source file stored on a global server; 

(c) copying each identifiably different source file from the 
source server to the global server, each source file 
copied from the source server and a set of source files 
stored on the global server being employed to create a 
current version of the set of source files on the global 
server; and 

(d) employing the configuration of each content server to 
copy the current version of each source file that is 
included in the set of source files on the global server 
to a directory created on each content server at a 
determined interval, whereby the version of the set of 
source files stored on each content server is updated by 
renaming the current version of each source file copied 
to the directory on each content server. 

41. The modulated data signal of claim 40, the execution 
of the computer-executable instructions causing actions, 
further comprising: 

(a) copying each identifiably different source file from the 
source server to a primary global server, the primary 
global server generating a separate container for each 
secondary global server, each container including the 
differences between the current version of the set of 
source files stored on the primary global server and a 
set of source files stored on each secondary global 
server associated with the container; 

(b) distributing each container from the primary global 
server to each associated secondary global server at the 
determined interval, each secondary global server 
employing the contents of the container to replicate the 
current version of the set of source files in a repository 
on the secondary global server; and 

(c) copying the current version of each source file stored 
in the repository on the secondary global server that is 
identified to replicate the current version of the set of 
source files on the content server to another directory 
created on each content server that is local to the 
secondary global server. 

42. The modulated data signal of claim 40, wherein 
determining the configuration of each content server occurs 
out of band at a determined interval. 
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